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Die folgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

Prufungsantrag gem. § 44 PatG ist gestellt 

@ Verfahren zur Verfiigbarmachung von multimedialen Datenmengen und Datenverarbeitungssystem 

(57) Die Erfindung betrifft ein Verfahren zur Verfugbarma- 
chung von multimedialen Datenmengen fur einen Nutzer. 
Das Verfahren umfafrt die folgenden Schritte: Bereitstel- 
lung einer Essenzdatei (7) auf einem entfernten Server (3), 
die wenigstens einen Teil der multimedialen Datenmenge 
umfafct; Verschlusseln der Essenzdatei; Ubertragung der 
verschlusselten Essenzdatei zu einem lokalen Computer 
(1), auf welchen der Nutzer Zugriff hat; Speicherung der 
verschlusselten Essenzdatei auf einem Lokaldatentrager 
des lokalen Computers; Entschlusselung der Essenzdatei 
wahrend der Ausfuhrung eines Datenverarbeitungspro- 
gramms (2) auf dem lokalen Computer; Wiedergabe der 
multimedialen Datenmenge uber ein Ausgabegerat wah- 
rend der Ausfuhrung des Datenverarbeitungsprogramms 
, auf dem lokalen Computer. Vorzugsweise erfolgt dabei 
eine Aufteilung der multimedialen Datenmenge in eine 
J Grunddatei (6) und eine Essenzdatei (7), gemaft einem 
vorgegebenen Teilungsalgorithmus, und eine Verknup- 
fung der Grunddatei und der Essenzdatei zur multimedia- 
len Datenmenge wahrend der Ausfuhrung des Datenver- 
arbeitungsprogramms (2) auf dem lokalen Computer. Die 
Erfindung betrifft auch ein Datenverarbeitungssystem zur 
Verfugbarmachung von multimedialen Datenmengen. 
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Beschreibung 

[0001] Die vorliegende Erfindung betrifft ein Verfahren 
zur Verfugbarmachung von multimedialen Datenmengen 
fiir einen oder beliebig viele Nutzer. Dariiber hinaus betrifft 5 
die Erfindung ein Datenverarbeitungssystern, welches einen 
Server, einen lokalcn Computer und cine Datcnubcrtra- 
gungsverbindung zwischen dem Server und dern Computer 
umfaBt und zur Verfugbarmachung von multimedialen Da- 
tenmengen geeignet ist. Unter Verfugbarmachung ist im 10 
weiteren Sinne sowohl die Bereitstellung von Daten als 
auch die Autorisierung des Nutzers zur Nutzung dieser Da- 
ten zu verstehen. 

[0002] Es sind verschiedene Verfahren bekannt, um elek- 
tronische Daten zu vervielfaltigen und die hergestellten Ko- 15 
pien an verschiedene Nutzer zu verteilen. Softwareprodu- 
zenten sind daran interessiert, ein freies Kopieren bestimm- 
ter Daten zu verhindern, um dadurch sicherzustellen, daB in- 
vestitionsintensive Software in ausreichender Menge ver- 
kauft werden kann. Obwohl das unberechtigte Kopieren 20 
elektronischer Daten zumindest teilweise durch urheber- 
rechtliche Vorschriften verboten ist, laBt sich die unberech- 
tigte Vervielfaltigung von Datenverarbeitungsprogrammen 
(Anwendungssoftware) und auch von multimedialen Daten 
verschiedenster Art kaum kontrollieren. Eine Moglichkeit 25 
der teilweisen Einschrankung der unberechtigten Vervielfal- 
tigung solcher Daten besteht darin, wahrend des Installati- 
onsprozesses einer Software einen Daten-Schliissel abzufra- 
gen, der vom Nutzer manuell als Zeichenfolge eingegeben 
wird und dann die Nutzung der Software ermoglicht. Natiir- 30 
lich laBt sich damit nicht verhindern, daB der zumeist druck- 
schriftlich an den Nutzer libergebene Schllissel mit den ko- 
pierten Daten weitergegeben wird. 

[0003] In verschiedenen Bereichen von Anwendungspro- 
grammen, beispielsweise bei Computerspielen, besteht au- 35 
Berdem das Bediirfnis der Softwarehersteller, die Software 
moglichst schnell einem breiten Publikum bekanntzuma- 
chen, um dadurch die Absatzmenge und -geschwindigkeit 
zu erhohen. Dazu werden zeitlich und/oder funktional ein- 
geschrankt lauffahige Versionen der Software kostenlos 40 
oder zu einem sehr geringen Preis an potentielle Kunden 
verteilt. Nachdem der Nutzer diese Software zumindest teil- 
weise testen konnte, besteht die Moglichkeit, eine vollstan- 
dige Version der Software kauflich zu erwerben. Die elek- 
tronische Distribution der eingeschrankten Versionen und 45 
der Vollversionen der Software bereitet jedoch Schwierig- 
keiten, zumindest wenn groBere Datenmengen an den Nut- 
zer iibergeben werden mussen. Bei der Bereitstellung der 
Datenmengen auf dauerhaften Datentragern (z. B. CD- 
ROM) kommt verschiedentlich ein Verfahren zum Einsatz, 50 
bei welchem dem Nutzer nach der Entrichtung des geforder- 
ten Kaufpreises lediglich ein Freischaltschlussel iibermittelt 
wird, der dann den Zugang zu samtlichen a priori auf dem 
Datentrager gespeicherten Daten ermoglicht. Dabei besteht 
jedoch wiederum die Gefahr, daB der Freischaltschlussel 55 
ohne weiteres auch auf angefertigte Kopien der Daten ange- 
wendet werden kann. 

[0004] Eine Aufgabe der vorliegenden Erfindung besteht 
somit darin, ein Verfahren zur Verfugbarmachung von ins- 
besondere multimedialen Datenmengen bereitzustellen, 60 
durch welches es ermoglicht wird, einem Nutzer ggf. in 
mehreren Teilschritten Anteile einer multimedialen Daten- 
menge zu ubermitteln, wobei die unkontrollierte Vervielfal- 
tigung zumindest von wesentlichen Teilen dieser Daten- 
menge verhindert werden soil, wobei die Moglichkeit be- 65 
stent, bestimmte Teile der Datenmenge nur gegen Entrich- 
tung eines Kaufpreises an den Nutzer zu iibertragen, und 
wobei die gegen eine Vergiitung bereitgestellte Datenteil- 
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menge auch hinsichtlich ihrer GroBe geeignet sein soli, um 
fiber Online- Verbindungen iibertragen zu werden. 
[0005] Diese und weitere Aufgaben werden durch das er- 
findungsgemaBe Verfahren gelost, welches die folgenden 
Schritte umfaBt: 

- Bereitstellung einer Esscnzdatci auf einem entfern- 
ten Server, die wenigstens einen Teil der multimedialen 
Datenmenge umfaBt; 

- Verschlusseln der Essenzdatei; 

- Ubertragung der verschliisselten Essenzdatei zu ei- 
nem lokalen Computer, auf welchen der Nutzer Zugriff 
hat; 

- Speicherung der verschliisselten Essenzdatei auf ei- 
nem Lokaldatentrager des lokalen Computers; 

- Entschlusselung der Essenzdatei wahrend der Aus- 
ffihrung eines Datenverarbeitungsprogramms auf dem 
lokalen Computer; 

- Wiedergabe der multimedialen Datenmenge fiber ein 
Ausgabegerat, wahrend der Ausffihrung des Datenver- 
arbeitungsprogramms auf dem lokalen Computer. 

[0006] Dieses Verfahren ermoglicht es ganz allgemein, 
multimediale Daten beliebig vielen Nutzern verfiigbar zu 
machen, wobei einerseits die zum Zugriff auf die Daten be- 
rechtigten Nutzer nach bestimmten Kriterien ausgewahlt 
werden konnen (z. B. Zahlung von Entgelten, Registrierung 
oder dergleichen) und andererseits eine ungehinderte Ver- 
vielfaltigung und Verbreitung der Daten sicher vermieden 
werden kann. Uberall wo multimediale Daten wesentliche 
Bestandteile von Softwareanwendungen sind, kann das Ver- 
fahren eingesetzt werden. Ein signifikanter Unterschied bei- 
spielsweise zu herkommlichen Verfahren, bei denen ledig- 
lich eine Freischaltung von dem potentiellen Nutzer bereits 
iibergebenen Daten erfolgt, fehlen dem Nutzer hier die mul- 
timedialen Daten oder zumindest wesentliche Teile dieser 
Daten, so daB auch bei Kenntnis eines Freischaltschlfissels 
die Softwareanwendungen nicht oder nur mit erheblichen 
Einschrankungen betrieben werden konnen, solange nicht 
von einem autorisierten Verteiler die benotigten Daten bezo- 
gen werden. 

[0007] GemaB einer besonders zweckmaBigen Ausffih- 
rungsform umfaBt das Verfahren weiterhin die folgenden 
Schritte: 

Aufteilung der multimedialen Datenmenge in eine 
Grunddatei und eine Essenzdatei, gemaB einem vorge- 
gebenen Teilungsalgorithmus; 

- Ubertragung der Grunddatei und der Essenzdatei; 

- Speicherung der Grunddatei und der verschliisselten 
Essenzdatei auf einem Lokaldatentrager eines lokalen 
Computers; 

- Verknupfung der Grunddatei und der Essenzdatei 
zur multimedialen Datenmenge wahrend der Ausfuh- 
rung des Datenverarbeitungsprogramms auf dem loka- 
len Computer, nach der Entschlusselung der Essenzda- 
tei. 

[0008] Diese Variantc des Vcrfahrcns ermoglicht es, cine 
oder mehrere Dateien der multimediale Datenmenge in je- 
weils zwei Dateien, eine sogenannte Grunddatei und eine 
(oder mehrere) sogenannte Essenzdateien aufzuspalten. Im 
Unterschied zu der o. g. Ausfuhrungsform liegen dem Nut- 
zer mit der Grunddatei bereits Teile der multimedialen Da- 
tenmenge vor, die jedoch erst beim Vorhandensein der Es- 
senzdatei nutzbar oder zumindest erst dann vollwertig nutz- 
bar werden (z. B. hinsichtlich Qualitat und Funktion). Die 
Teildateien, die in diesem Fall Teile einer Gesamtdatei sind 
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(der multimedialen Datenmenge), konnen auf unterschiedli- 
chen Datentibertragungskanalen an interessierte Nutzer ver- 
teilt werden. Dabei ist es vorteilhaft, daB die Grunddatei we- 
sentlich groBer als die Essenzdatei sein kann, so daB die 
Grunddatei beispielsweise auf einem dauerhaften und preis- 5 
werten Datentrager, beispielsweise einer CD-ROM, dem 
Nutzer ubcrmittclt werden kann. Die Essenzdatei wird hin- 
sichtlich des Dateninhalts so ausgewahlt, daB sie in den mei- 
sten Fallen zwar deutlich kleiner als die Grunddatei ist, je- 
doch wesentliche Informationen enthalt, die fur eine qualita- 10 
tiv hochwertige und/oder vollstandige Wiedergabe der mul- 
timedialen Datenmenge von entscheidender Bedeutung 
sind. Die Essenzdatei kann vorzugsweise durch eine Online- 
Ubertragung auf gesonderte Anforderung des Nutzers zu 
diesem ubertragen werden. Damit ist es moglich, dem Emp- 15 
fanger beliebig viele Essenzdateien ggf. gegen zu entrich- 
tende Vergiitungen auf Wunsch unmittelbar zuzuleiten. 
[0009] Die Verschliisselung der Essenzdatei bringt auBer- 
dem den Vorteil mit sich, daB die Weitergabe der verschliis- 
selten Essenzdatei an unberechtigte Nutzer nicht erfolgen 20 
wird, da diese ohne Kenntnis des privaten Senilis sels des be- 
rechtigten Nutzers zur Entschliisselung der Essenzdatei 
nicht in der Lage sind. 

[0010] Die Erfindung stellt auBerdem ein Daten verarbei- 
tungssystem der o. g. Art bereit, welches weiter umfaBt: 25 

- eine Verschlusselungseinrichtung, die eine Essenz- 
datei verschliisselt, welche wenigstens einen Teil der 
multimedialen Datenmenge umfaBt; 

- eine Archiverzeugungseinrichtung des Servers, die 30 
die verschlusselte Essenzdatei mit nutzerspezifischen 
Daten zu einem Transferarchiv kombiniert und diese 
fiir die Online-Ubertragung fiber die Dateniibertra- 
gungsverbindung bereitstellt; 

- eine Aktualisierungseinrichtung des lokalen Compu- 35 
ters, die Eintrage in eine Systemregistrierungsdaten- 
bank des lokalen Computers vornimmt, welche die In- 
halte des iibertragenen Transferarchivs angeben; 

- eine Entschlusselungseinrichtung des lokalen Com- 
puters, welche wahrend der Ausfuhrung eines Daten- 40 
verarbeitungsprogramms die Essenzdatei entschliis- 
selt; 

- eine Ausgabeeinrichtung, welche die multimediale 
Datenmenge an das Ausgabegerat ausgibt. 

45 

[0011] Vorzugsweise sind die genannten Einrichtungen 
des Datenverarbeitungs systems durch geeignete Software- 
routinen realisiert, so daB hinsichtlich ihrer geratetechni- 
schen Merkmale bzw. ihrer Hardware herkommliche Com- 
puter eingesetzt werden konnen. 50 
[0012] Die Erfindung stellt auch geeignet konfigurierte 
Computer bereit, die die Aufgaben des Servers bzw. des lo- 
kalen Computers iibernehmen konnen, um gemeinsam die 
Schritte des erfindungsgemaBen Verfahrens auszufuhren. 
[0013] GemaB einer zweckmaBigen Ausfuhrungsform des 55 
Verfahrens erfolgt die Verschliisselung der Essenzdatei in 
einem ersten Schritt (bei Anforderung, wenn Archiv erstellt 
wird) unter Anwendung eines symmetrischen Verschliissel- 
ungsalgorithmus. Vorzugsweise wird die Verschliisselung 
erst ausgefiihrt, wenn die Essenzdatei von einem Nutzer an- 60 
gefordert wird, wobei bei jeder Sitzung/Anforderung ein sit- 
zungsspezifischer Schliissel erzeugt wird (Session-Key). 
Daher erhalt jeder Nutzer die Essenzdatei mit einem ande- 
ren Schliissel verschlusselt. Der dafiir erforderliche sit- 
zungsspezifische Schliissel, der bei Bedarf beispielsweise 65 
als Zufallszahl "gewiirfelt" wird, wird in einem zweiten 
Schritt in einem asymmetrischen Verschliisselungsalgorith- 
mus verschliisselt, wobei dabei der offentliche Schliissel des 
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Nutzers verwendet wird, welcher die Ubersendung der Es- 
senzdatei angefordert hat. 

[0014] GemaB einer besonders bevorzugten Ausfuhrungs- 
form kann der mit dem offentlichen Schliissel des Nutzers 
verschlusselte Session-Key zusatzlich mit einem nutzerspe- 
zifischen Schliissel (Passwort) symmetrisch verschlusselt 
werden. Damit kann cine Idcntifizicrung des Nutzers auch in 
Fallen gewahrleistet werden, wenn der Nutzer nicht mit ei- 
ner Smart-Card ausgeriistet ist. Das Passwort kann dem Nut- 
zer beispielsweise per email ubermittelt werden, wodurch 
die email Adresse iiberpriift wird. 

[0015] Da die Entschliisselung der Essenzdatei erst wah- 
rend der Abarbeitung des Daten verarbeitungsprogramms 
auf dem lokalen Computer erfolgt, ist eine Speicherung der 
Essenzdatei im unverschlusselten Zustand auf dem lokalen 
Computer zu keinem Zeitpunkt erforderlich. Fiir einen un- 
berechtigten Dritten ist der Zugriff auf die verschlusselte Es- 
senzdatei damit nutzlos, da er den zur Entschliisselung der 
Essenzdatei erforderlichen privaten Schliissel des berechtig- 
ten Nutzers nicht kennt. 

[0016] GemaB einer vorteilhaften Ausfuhrungsform des 
durch die Erfindung bereitgestellten Datenverarbeitungs sy- 
stems wird der private Schliissel des Empfangers auf einer 
Smart- Card aufbewahrt, aus welcher dieser private Schliis- 
sel nicht ausgelesen werden kann. Bei der Entschliisselung 
der Essenzdatei bzw. des symmetrischen Schliissels greift 
das Daten verarbeitungsprogramm auf die Smart-Card zu, 
um die asymmetrische Entschliisselung des symmetrischen 
sitzungsspezifischen Schliissels (Session- Key) vorzuneh- 
men. Fiir den Fall, daB der private Schliissel zusatzlich mit 
einem Passwort verschliisselt war, muB zuvor die Entschliis- 
selung mit dem Passwort erfolgen. 

[0017] GemaB einer bevorzugten Ausfuhrungsform des 
Verfahrens wird auf dem Server ein Transferarchiv erzeugt, 
welches die verschlusselte Essenzdatei, eine Serversignatur, 
einen Priifabschnitt, einen Datenidentifikationsabschnitt 
und einen Nutzerdatenabschnitt enthalt. Die Serversignatur 
ermoglicht es dem Empf anger, die Identitat des Servers zu 
uberprufen, so daB verhindert wird, daB unberechtigte Dritte 
Funktionen des Servers iibernehmen und dabei beispiels- 
weise unberechtigt Zahlungen vom Empfanger entgegen- 
nehmen. Der Datenidentifikationsabschnitt enthalt u. a. alle 
benotigten Angaben, die zum Zusammensetzen der Grund- 
datei und der Essenzdatei erforderlich sind. Beispielsweise 
ist es moglich, daB im Transferarchiv ein Verweis auf einen 
Algorithmus enthalten ist, der bereits beim Nutzer/Empfan- 
ger als Teil des Datenverarbeitungsprogramms vorliegt und 
die korrekte Zusammensetzung von Grunddatei und Essenz- 
datei ermoglicht. Es ist aber auch denkbar, daB das Transfer- 
archiv den benotigten Algorithmus zur Zusammensetzung 
dieser Dateien selbst enthalt. 

[0018] Der Nutzerdatenabschnitt des Transferarchivs er- 
moglicht die Identifizierung des Nutzers/Empfangers. Ent- 
sprechende Daten werden bei Bedarf auf Server in einer spe- 
ziellen Datenbank gespeichert. Auf diese Weise kann zu ei- 
nem spateren Zeitpunkt nachvollzogen werden, welcher 
Nutzer welches Transferarchiv und damit welche Essenzda- 
tei erhalten hat. Diese Angaben sind erforderlich, um eine 
korrekte Abrcchnung durchzufiihrcn, wenn die Essenzdatei 
gegen Entgelte an den Empfanger gesandt wird. AuBerdem 
konnen bereits vollzogene Ubertragungen wiederholt wer- 
den, wenn dies aufgrund von Ubertragungsstorungen oder 
anderen Daten verlusten erforderlich wird. 
[0019] Die Handhabung der auf den lokalen Computer 
iibertragenen verschliisselten Essenzdatei wird vereinfacht, 
indem in einer Systemregistrierungsdatenbank des lokalen 
Computers entsprechende Eintrage generiert werden. Aus 
solchen Eintragen kann das ablaufende Datenverarbeitungs- 
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prograrnm die Speicherposition des Transferarchivs sowie 
der darin enthaltenen Essenzdateien ermitteln, urn auf diese 
zuzugreifen. Die Systemregistrierungsdatenbank enthalt da- 
mit Angaben dariiber, welche Essenzdateien auf dem loka- 
len Computer vorhanden sind und in welchem Transferar- 5 
chiv sie gespeichert sind. Bei fehlenden Essenzdateien kann 
cine Online- Vcrbindung zum Server aufgebaut werden, um 
die benotigte Essenzdatei ubertragen zu las sen. 
[0020] Weitere Vorteile, Einzelheiten und Weiterbildun- 
gen ergeben sich aus der nachfolgenden Beschreibung be- 10 
vorzugter Ausfuhrungsformen der Erflndung unter Bezug- 
nahme auf die Zeichnung. Es zeigen: 

[0021] Fig, 1 ein Blockschaltbild eines erfindungsgema- 
Ben Datenverarbeitungs systems; 

[0022] Fig, 2 eine Prinzipdarstellung der Zusammenset- 15 
zung einer Grunddatei und einer Essenzdatei zu einer multi- 
medialen Datenmenge; 

[0023] Fig, 3 ein Ablaufdiagrarnm, welches die wichtig- 
sten Verfahrensschritte bei der Anforderung und Ubertra- 
gung einer Essenzdatei zeigt; 20 
[0024] Fig, 4 die allgemeine Struktur einer Formularseite, 
die wahrend der Anforderung einer Essenzdatei angewendet 
wird; 

[0025] Fig, 5 die allgemeine Struktur eines Transferar- 
chivs. 25 
[0026] Fig, 1 zeigt in einem Blockdiagramm den generel- 
len Aufbau eines erfindungsgemaBen Datenverarbeitungs- 
sy stems. Im folgenden soil dieses System als Pay-per-use- 
Anwendung bezeichnet werden. Pay-per-use soil dabei als 
schrittweiser Verkauf einer multimedialen Datenmenge ver- 30 
standen werden. 

[0027] Auf einem lokalen Computer 1 wird ein Daten ver- 
arbeitungsprogramm 2 (Anwendungssoftware) ausgefiihrt, 
im dargestellten Beispiel ein PC-Spiel, wodurch der lokale 
Computer als Client konfiguriert wird. Weiterhin existiert 35 
ein Server 3, der vorzugsweise als Internet- Server aufgebaut 
ist und auf den der lokale Computer 1 iiber eine zeitweilige 
Online- Verbindung 4 zugreifen kann. Uber die Online- Ver- 
bindung 4 wird sowohl eine Datenanforderung vom lokalen 
Computer zum Server ubertragen als auch ein sogenannter 40 
Download durchgefuhrt, d. h. eine Datenubertragung vom 
Server zum lokalen Computer. 

[0028] Bei der Ausfuhrung des Datenverarbeitungspro- 
gramms 2 greift der lokale Computer 1 auf eine Grunddatei 
6 zu. Die Grunddatei steht in diesem Fall bereits auf einem 45 
dauerhaften Datentrager zur Verfiigung. Beispielsweise er- 
halt der Nutzer eine CD-ROM, die u. a. die Grunddatei 6 
umfaBt und dem lokalen Computer bereitgestellt wird. Bei 
der Grunddatei 6 handelt es sich um eine Teildatei aus einer 
multimedialen Datenmenge, die dem lokalen Computer an- 50 
fanglich nicht vollstandig zur Verfiigung steht. Die Diffe- 
renz zwischen der multimedialen Datenmenge und der 
Grunddatei 6 ist eine Essenzdatei 7, die fur eine vollwertige 
Ausfuhrung des Datenverarbeitungsprogramms 2 ebenfalls 
erforderlich ist. Die Essenzdatei 7 liegt auf dem Server 3 be- 55 
reit und kann als eine Erganzung der Grunddatei (Plugin) 
verstanden werden. Die Essenzdatei 7 wird bei der entspre- 
chenden Berechtigung vom Server 3 geladen. Vor der Uber- 
tragung crfolgt jedoch cine Vers chliiss clung der Essenzdatei 
7. Die Einzelheiten der Zerlegung der multimedialen Daten- 60 
menge in die Grunddatei und Essenzdatei sowie die Mog- 
lichkeiten des Erhalts und der Speicherung der Essenzdatei 
werden weiter unten detailliert erlautert. 
[0029] Bei einer abgewandelten Ausfuhrungsform besteht 
die vom Anwendungsprogramm benotigte multimediale 65 
Datenmenge nicht aus Teildateien sondern ist in einer voll- 
standigen Essenzdatei 8 abgebildet, d. h. es existiert keine 
Grunddatei. Damit ist es beispielsweise moglich, funklio- 
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nale Erweiterungen fur das Anwendungsprogramm bereit- 
zustellen, die zum Zeitpunkt der Lieferung des Anwen- 
dungsprogramms an den Nutzer ggf. noch nicht zur Verfii- 
gung standen. Die vollstandige Essenzdatei 8 konnte z. B. 
ein neues Level eines PC-Spiels enthalten, fur welches beim 
Anwender noch keine Grunddatei existiert. 
[0030] Die in Fig. 1 gczcigtc Ausfuhrung sform umfaBt 
weiterhin eine Smart-Card-Einrichtung 9, die der Verschlus- 
selung bzw. Entschliisselung von Daten dient. Die Smart- 
Card-Einrichtung ist in der Lage, mit einer Smart-Card zu- 
sammenzuarbeiten, auf welcher ein privater Schliassel des 
Benutzers/Empf angers gespeichert ist. Bei anderen Ausfiih- 
rungsformen kann die Smart-Card-Einrichtung 9 durch eine 
"virtuelle Smart-Card" ersetzt sein, d. h. der private Schliis- 
sel ist auf einem lokalen Datentrager des lokalen Computers 
1 abgelegt bzw. in besonderer Weise versteckt (z. B. mit 
Hardware-Parametern verschlusselt). Die Einzelheiten der 
Verschliisselung bzw. Entschliisselung von Daten, soweit sie 
dem Fachmann nicht ohnehin bekannt sind, werden eben- 
falls weiter unten detailliert erlautert. 

[0031] Um das hier zur Anwendung kommende Prinzip 
der Datenverteilung, -ubertragung und -zusammensetzung 
fur mehrere Daten verarbeitungsprogramme nutzen zu kon- 
nen wird durch geeignete Softwareroutinen auf dem lokalen 
Computer 1 ein Pay-per- use-Client abgebildet. Der Pay-per- 
use-Client kann beispielsweise eine dynamisch ladbare Pro- 
grammbibliothek (DLL) sein. Dabei ist es ausreichend, 
wenn die Programmierschnittstelle (API) des Clients offen- 
gelegt wird, damit verschiedene Anwendungsprogramme 
auf diese Schnittstelle zugreifen konnen. Die Bekanntgabe 
des Quellcodes des Pay-per- use-Clients ist nicht erforder- 
lich, was auch aus Sicherheitsgriinden wunschenswert ist. 
[0032] Das Daten verarbeitungsprogramm (Anwendungs- 
software) kann beispielsweise als Windows-Anwendung 
realisiert sein und die unter diesem Betriebssystem gangigen 
Programmiermoglichkeiten nutzen. Das Betriebssystem soli 
zumindest in der Lage sein, die Verwaltung von Dateien, 
d. h. Grunddatei und Essenzdatei, durchfuhren zu konnen, 
d. h. ein geeignetes Datei system muB vorhanden sein. Diese 
Selbstverwaltung umfaBt die Fahigkeit, die Dateien von ei- 
nem Datentrager (z. B. Festplatte) zu lesen und zur Abarbei- 
tung in den Hauptspeicher zu ubertragen. 
[0033] Das Ziel des Aufteilens von multimedialen Daten- 
mengen in zumindest eine Grunddatei und zumindest eine 
Essenzdatei besteht vor allem darin, die entstehenden Teil- 
dateien auf unterschiedlichen Distributionskanalen an po- 
tentielle Nutzer/Empfanger zu iibermitteln. Generell ist eine 
Aufteilung einer Datenmenge auch bei anderen Datenfor- 
men moglich, jedoch wiirde beispielsweise die Entfernung 
eines bestimmten Anteils von Daten aus einer ausfuhrbaren 
Datei (Anwendungsprogramm) wenig sinnvoll sein, wenn 
angestrebt ist, daB die verbleibende Grunddatei beispiels- 
weise zu Demonstration szwecken weiterhin ausfiihrbar ist. 
Wenn jedoch bei der Ausfuhrung eines Datenverarbeitungs- 
programms multimediale Datenmengen benotigt werden, 
kann das Herausschneiden eines bestimmten Anteils dieser 
Datenmengen so erfolgen, daB das Datenverarbeitungspro- 
gramm weiterhin ausfiihrbar bleibt, wenngleich mit einge- 
schranktcr Qualitat odcr vcrringcrtcm Funktionsumfang. 
Wie oben bereits erlautert wurde, konnen auch multimediale 
Datenmengen bereitgestellt werden, die nicht zerteilt sind. 
Die Aufteilung der Datenmenge ist insbesondere bei multi- 
medialen Daten von Interesse, da beispielsweise Bild- und 
Tondaten auch bei der Anwendung von Komprimierungs- 
verfahren zu relativ groBen Dateien fiihren, die beispiels- 
weise iiber Online- Verbindungen nicht mehr oder nur mit 
hohem Kosten- und Zeitaufwand ubertragen werden kon- 
nen. Die hier verwendete Aufteilung der Datenmengen ist 



DE 100 59 

7 

somit besonders fur rnultimediale Daten geeignet. Dabei 
wird angestrebt, daB die Grunddatei hinsichtlich ihrer Qua- 
litat und/oder ihres Funktionsumfangs soweit eingeschrankt 
ist, daB eine sinnvolle und vollwertige Nutzung nicht mehr 
moglich ist. Aus der Gesamtmenge der multirnedialen Da- 5 
ten miissen daher in Abhangigkeit von der Art der Daten 
dicjcnigcn Daten in cine odcr mchrcrc Esscnzdatcicn vcrla- 
gert werden, die einen solchen Qualitats- oder Funktions- 
verlust bewirken. Andererseits besteht die Forderung, die 
Essenzdatei moglichst klein zu halten, um insbesondere eine 10 
Online-Ubertragung der Essenzdatei zu ermoglichen. Nach- 
folgend werden Beispiele genannt, die fiir spezielle Daten- 
formate die Aufteilung in die Grunddatei und die Essenzda- 
tei verdeutlichen. 

[0034] In Cornputerspielen aber auch bei CAD- und ande- 15 
ren Planungsanwendungen werden haufig Bilder oder drei- 
diniensionale Modelle eingesetzt, um am Bildschirm be- 
stimmte Szenarien darzustellen. Diese multirnedialen Daten 
werden von der jeweiligen An wendungs software jeweils 
vollstandig benotigt, um eine exakte grafische Anzeige zu 20 
generieren. Bei Dateien, die solche Daten enthalten, sind 
haufig am Dateianfang (Header) notwendige Informationen 
zur Interpretation der nachfolgenden Daten abgespeichert 
(z. B. GIF-Dateien). Wenn dieser Dateikopf entfernt wird, 
fehlen notwendige Daten, um die iibrigen in dieser Datei 25 
enthaltenen Daten korrekt zur Anzeige zu bringen. Bei- 
spielsweise kann bei einer farbigen GIF-Grafik die Farbta- 
belle (3 X 256 Bytes) entfernt werden, wodurch die gesamte 
Datei weitgehend unbrauchbar wird. Die gewiinschte Auf- 
teilung der multirnedialen Datenmenge wird also bei sol- 30 
chen Datenformaten derart erfolgen, daB die Grunddatei den 
groBten Teil der Datenmenge enthalt, wahrend die Essenz- 
datei lediglich den Dateikopf oder bestimmte Informationen 
aus dem Dateikopf umfaBt. 

[0035] Andere Daten besitzen einen Dateityp, der als "dy- 35 
namisch" bezeichnet werden kann. Hierbei handelt es sich 
beispielsweise um Video- oder Audiodateien, wobei die an- 
einandergereihten Daten in einer zeitlich definierten Bezie- 
hung zueinander stehen. Bei diesen Dateitypen ware es nicht 
sinnvoll, nur einige Anfangswerte der Dateien herauszu- 40 
schneiden, da dann alle zeitlich spateren Daten ungestort 
wiedergegeben werden konnten. Vielmehr ist es erforder- 
lich, die rnultimediale Datenmenge zeitlich kontinuierlich 
zu zerlegen, so daB wesentliche Teile der Daten iiber den ge- 
samten Zeitraum der Wiedergabe der Gesamtdatenmenge in 45 
die Essenzdatei verlagert werden. Die rnultimediale Daten- 
menge wird in diesem Fall kontinuierlich wiedergegeben, 
wobei die jeweilige Software kleinere Datenpakete nachein- 
ander verarbeitet und zur Wiedergabe bringt. Wenn bei- 
spielsweise ein stereophones Audiosignal die rnultimediale 50 
Datenmenge darstellt, kann eine Zerlegung derart erfolgen, 
daB nur die Stereokomponente (Differenz aus rechtem und 
linkem Kanal) in die Essenzdatei verlagert wird. Die Grund- 
datei enthalt dann das monophone Audiosignal, so daB fiir 
eine qualitativ hochwertige Stereo wiedergabe die Essenzda- 55 
tei benotigt wird. Wenn die Datenmenge eine Videodatei ist, 
konnten beispielsweise alle 10 Sekunden vollstandige Bil- 
der in die Essenzdatei verlagert werden. Wenn zur Verarbei- 
tung von Vidcodatcn Dcltakommprcssionsvcrfahrcn einge- 
setzt werden, bei denen immer nur der I Jnterschied zum vor- 60 
herigen Bild gespeichert wird, ist es besser jeweils das erste 
Bild nach einem Szenenwechsel in die Essenzdatei zu verla- 
gern. 

[0036] Generell sollte darauf geachtet werden, daB bei der 
Zerteilung der multirnedialen Datenmenge keine redundan- 65 
ten Daten in die Essenzdatei verlagert werden, da diese ohne 
weiteres in der Grunddatei reproduziert werden konnen, 
ohne daB dafiir die Essenzdatei erforderlich ist. Bei be- 
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stimmten Dateitypen kann es daher zweckdienlich sein, die 
Zerlegung der Datenmenge erst nach einer geeigneten Kom- 
primierung durchzufuhren, durch welche die redundanten 
Daten weitgehend ausgeblendet werden. 
[0037] Fig, 2 zeigt in einem Blockdiagramm das Prinzip 
der Verarbeitung von multirnedialen Datenmengen, die zer- 
tcilt in die Grunddatei 6 und die Essenzdatei 7 vorlicgcn. Bei 
dem dargestellten Beispiel handelt es sich um "dynamische" 
Datentypen, die auch als Streaming-Daten bezeichnet wer- 
den. Die rnultimediale Datenmenge umfaBt beispielsweise 
100 Datenpakete. Aus der Gesamtdatenmenge werden im 
gezeigten Fall zehn Datenpakete entnommen und in die Es- 
senzdatei 7 verlagert. Der Grunddatei 6 fehlen damit (mehr 
oder wenjger gleichmaBig) iiber die Datenmenge verteilt 
wesentliche Daten, die zur Wiedergabe der multirnedialen 
Datenmenge in hoher Qualitat erforderlich sind. 
[0038] Bei der Zusammensetzung der Grunddatei 6 und 
der Essenzdatei 7 auf dem lokalen Computer erfolgt eine 
Entschliisselung der Datenpakete der Essenzdatei 7 in einer 
Entschlusselungseinrichtung 11, da die Essenzdatei 7 nur in 
verschliisseltem Zustand auf dem lokalen Computer vorliegt 
(siehe unten). In einem Mischer 12 werden anschlieBend die 
einzelnen Datenpakete aus der Grunddatei 6 und der Es- 
senzdatei 7 in der richtigen Reihenfolge zusammengefugt. 
Dem Mischer 11 muB dazu die Vorschrift zum Zusammen- 
setzen der Daten bekannt gegeben werden. Die dann wieder 
in der richtigen Reihenfolge vorliegenden Datenpakete wer- 
den in herkommlicher Weise einem Decoder 13 eingespeist, 
der ein multimediales Ausgangs signal generiert und es ei- 
nem Ausgabegerat 14 zuleitet. 

[0039] Die Art und Weise der Zusammensetzung der 
Grunddatei und der Essenzdatei hangt von den verwendeten 
Datentypen und dem zur Daten aufteilung eingesetzten Ver- 
fahren ab. Dem auf dem lokalen Computer ablaufenden An- 
wendungsprogramm miissen daher Informationen iiber den 
zur verwendenden Algorithmus zur Zusammensetzung der 
Grunddatei und der Essenzdatei ubermittelt werden. Einzel- 
heiten dazu werden weiter unter erlautert. 
[0040] Fig. 3 zeigt ein Ablaufdiagramm, in welchem ein- 
zelne Schritte dargestellt sind, die vor bzw. wahrend der 
Ubertragung einer Essenzdatei von einem Server zu einem 
lokalen Computer ausgefiihrt werden. Wie oben bereits er- 
lautert wurde, wird auf dem lokalen Computer ein Daten ver- 
arbeitungsprogramm ausgefuhrt, welches eine rnultimediale 
Datenmenge benotigt. Wenn das Datenverarbeitungspro- 
gramm eine bestimmte Funktion abarbeiten will, wird durch 
eine Abfrage einer lokalen Systemregistrierungsdatenbank 
ermittelt, ob die benotigte Essenzdatei 7 auf dem lokalen 
Computer vorhanden ist, die zur Erganzung der Grunddatei 
6 erforderlich ist. Unter dem Betriebs system Windows ist 
die Systemregistrierungsdatenbank durch die sogenannte 
Registry (RG) bereitgestellt. Die Registry enthalt auch Ein- 
trage, aus denen das Anwendungsprogramm ermitteln kann, 
ob der entsprechende Benutzer erstmalig auf die erforderli- 
che Essenzdatei zugreifen will, ob ein wiederholter Zugriff 
erfolgt oder ob fiir das gleiche Datenverarbeitungspro- 
gramm bereits andere Essenzdateien auf dem lokalen Com- 
puter vorhanden sind. 

[0041] In Bczug auf Fig. 3 wird zucrst der Fall bctrachtct, 
daB das Datenverarbeitungsprogramm erstmalig auf eine 
Funktion zugreift, welche eine bestimmte Essenzdatei beno- 
tigt. Dieser Fall wird hier als Neuanmeldung bezeichnet, 
wobei der Benutzer des lokalen Computers ein Neukunde 
(Newcustomer) ist. Das Verfahren startet im Schritt 20. Der 
Benutzer erhalt im Schritt 21 den Hinweis, daB die benotigte 
Essenzdatei nicht auf dem lokalen Computer vorhanden ist 
und daher eine Online- Verbindung mit einem Pay-per- use- 
Server hergestellt werden kann, um die Essenzdatei von dort 
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zu erhalten. 

[0042] Der Pay-per-use-Server ist ein Rechner, der eine 
permanente Verbindung zum Internet besitzt. Die auf die- 
sem Server ablaufende Software ist mit einem sogenannten 
E-Commerce-Shop vergleichbar. Der Server besitzt eine 5 
Datenschnittstelle zu dem angeschlossenen Datennetz, im 
crlautcrtcn Bcispicl also zum World Wide Web. Der Server 
ist jedoch insoweit besonders konfiguriert, daB er nur durch 
einen speziellen Pay-per-use-Client angesprochen werden 
kann. Wie oben dargestellt wurde, ist der Pay-per-use-Client 10 
auf dem lokalen Computer realisiert. Die Beschrankung der 
Zugriffsmoglichkeiten auf den Server erhoht die Sicherheit, 
da beliebige andere Rechner nicht ohne weiteres auf diesen 
Server zugreifen konnen. In Fig, 3 ist dieser speziell einge- 
richtete Server mit der Bezeichnung "4fo" gekennzeichnet. 15 
[0043] Wenn sich der Benutzer im Schritt 21 entscheidet, 
eine Verbindung mit dem Server herzustellen, wird im 
Schritt 22 die benotigte Verbindung zu 4fo hergestellt und 
die einleitende Dateniibertragung kann beginnen. Der lokale 
Computer konnte aber auch so konfiguriert werden, daB kein 20 
Eingriff des Benutzers erforderlich ist sondern die jeweils 
benotigte Essenzdatei bei Bedarf automatisch vom Ser\ r er 
geladen wird. Dazu iibermittelt der Client spezielle Parame- 
ter an den Server, unter Nutzung der sogenannten POST- 
Methode. Diese Parameter sind erforderlich, um dem Server 25 
mitzuteilen, welche Informationen (Essenzdatei en) benotigt 
werden. 

[0044] Um die Identitat des Benutzer bzw. lokalen Com- 
puters festzustellen, werden die ubertragenen Parameter zu- 
satzlich digital signiert. Dazu wird vorab bei spiels weise 30 
durch Anwendung eines asymmetrischen Verschlusselungs- 
verfahrens ein Schliisselpaar gebildet. Der offentliche Teil 
des Schliisselpaars (Public-Key) wird an den Server ubertra- 
gen. Sofern wie in Bezug auf Fig. 1 erlautert wurde, eine 
Smart-Card eingesetzt wird, kann der Public-Key aus der 35 
Smart-Card ausgelesen werden. 

[0045] Um auch eine Autorisierung des Servers gegen- 
iiber dem Client zu ermoglichen, wird ein zweites Schliissel- 
paar verwendet. Dieses zweite Schliisselpaar ist anwen- 
dungsspezifisch. Der privtae Schlussel verbleibt auf dem 40 
Server. Der offentliche Schlussel ist Bestandteil des Clients. 
Wenn die vom Server ubertragenen Daten unter Nutzung 
des Private-Key signiert werden, kann durch den lokalen 
Computer iiberpruft werden, ob die empfangenen Daten tat- 
sachlich von dem angewahlten Server stammen, so daB eine 45 
Datenmanipulation durch Dritte ausgeschlossen ist. 
[0046] Im Schritt 23 iiberpriift der Server die Signatur des 
Nutzers, der sich erstmalig anmeldet. Wenn im Schritt 24 
festgestellt wird, daB die Parameter unverfalscht vom neuen 
Nutzer iibertragen wurden, beginnt im Schritt 25 die Regi- 50 
strierung des Neukunden. Dazu wird fur den Neukunden ein 
Login (Benutzername) festgelegt. 

[0047] Fig. 4 zeigt die allgemeine Struktur einer mogli- 
chen Formularseite, die bei der Anmeldung eines Benutzers 
am Server Verwendung findet. Diese Formularseite besitzt 55 
eine konstante Menuleiste und einen veranderlichen Teil. 
Naturlich kann bei abgewandelten Ausfiihrungsformen auch 
ein anderer Aufbau gewahlt werden. 

[0048] Zuriick zu Fig. 3 . Dort ist in cinzclncn Vcrfahrcns- 
schritten die Formularseite gemaB Fig. 4 erkennbar, wobei 60 
bestimmte Steuerungsfelder ausgeblendet sind, wenn die 
zugeordneten Aktionen an der speziellen Stelle im Verfah- 
rensablauf nicht zur Verfiigung stehen. Zur Uberpriifung der 
Daten des Benutzer kann im Schritt 26 die Mitteilung des 
Login und insbesondere des Passwortes per E-Mail an den 65 
Benutzer erfolgen. Damit ist zumindest sichergestellt, daB 
die E-Mail- Adresse des Nutzers korrekt ist. Nachdem im 
Schritt 27 die Daten iiberpriifung als erfolgreich besiaiigt 
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wurde, werden im Schritt 28 ein Initialisierungspasswort 
und eine Kundennummer ermittelt. Das Passwort ist bei- 
spiels weise eine 64-Bit Zahl, die Base64 codiert wurde. Das 
codierte Passwort und die Kundennummer werden per E- 
Mail im Schritt 29 an den Nutzer ubermittelt. Das Passwort 
kann vom Nutzer auf Wunsch lokal gespeichert werden oder 
jcdcsmal bei der Ausfiihrung des Datcnvcrarbcitungspro- 
gramms eingegeben werden. Die Kundennummer wird be- 
nutzt, wenn Zahlungen fur den Erhalt der Essenzdateien zu 
leisten sind und diese Zahlungen durch telefonische Anwei- 
sungen ausgelost werden sollen. 

[0049] Nachfolgend wird auf dem Server im Schritt 30 ein 
Transferarchiv erzeugt, welches die Essenzdatei in ver- 
schliisselter Form enthalt. Vorzugsweise wird die Essenzda- 
tei jedesmal mit einem einzigartigen sitzungsspezifischen 
Schlussel (Session-Key) unmittelbar vor der Einbindung in 
das Transferarchiv verschliisselt. Der spezielle Aufbau des 
Transferarchivs wird weiter unter erlautert. Im Schritt 31 
wird das erstellte Transferarchiv zum lokalen Computer 
iibertragen. Dazu wird ein spezielle Komponente verwendet 
die es ermoglicht, daB Transferarchiv entgegen zu nehmen 
und in den Hauptspeicher des lokalen Computers zu iiberge- 
ben. Sob aid das Transferarchiv auf dem lokalen Computer 
vorhanden ist, wird es auf Unversehrtheit und korrekte digi- 
tate Signatur iiberpruft und kann dann auf einem lokalen Da- 
ten trager gespeichert werden. Bei der Erstellung des Trans- 
ferarchivs auf dem Server kann ein eindeutiges Sitzungs- 
merkmal erzeugt und im Transferarchiv abgelegt werden, 
aus welchem ein eindeutiger Dateiname zur Speicherung 
auf dem lokalen Computer generiert werden kann. Dazu 
kann z. B. die Generierungszeit des Transferarchivs verwen- 
det werden. AuBerdem enthalt das Transferarchiv den o. g. 
Session-Key in verschliisselter Form. 

[0050] SchlieBlich erfolgt im Schritt 32 die Installation 
des Transferarchivs beim Nutzer, in dem u. a. das Transfer- 
archiv und die darin enthaltenen Essenzdateien in der Sy- 
stemregistrierungsdatenbank angemeldet werden. Damit ist 
es auch moglich, bei erneuter Ubertragung bestimmter Es- 
senzdateien (z. B. im Falle einer Aktualisierung) den Spei- 
cherort der jeweiligen Essenzdateien in der Registrierungs- 
datenbank zu aktualisieren, so daB das Daten verarbeitungs- 
programm jeweils auf die aktuellste Fassung der einzelnen 
Essenzdateien zugreift. An dieser Stelle konnte das Verfah- 
ren enden, da die Essenzdatei auf dem lokalen Computer in- 
stalliert wurde und fur den berechtigten Nutzer nutzbar ist. 
Das Verfahren kann aber auch fortgesetzt werden, wie es in 
Fig. 3 ersichtlich ist. Die sich anschlieBenden Verfahren s- 
schritte werden weiter unten erlautert. 
[0051] Fig. 5 zeigt die allgemeine Struktur eines Transfer- 
archivs, wie es auf dem Server erstellt wird. Generell besteht 
das Transferarchiv aus einer oder mehreren Essenzdateien 
(Plugins), einem Archivkopf (ArchiveHeader), einer vom 
Server bereitgestellten digitalen Signatur (serverSignature) 
und einer Prufsumme (Crc32). Vor der Einbindung der Es- 
senzdatei in das Transferarchiv wir diese unter Anwendung 
eines symmetrischen Verschlusselungsverfahrens ver- 
schliisselt. Den symmetrischen Schlussel bildet z. B. eine 
128-Bit Zahl, die als Sitzungsschliissel (Session-Key) auf 
dem Server fiir jede cinzclnc Sitzung bzw. Anfordcrung 
durch einen Nutzer zufallig ermittelt wird. Dieser Sitzungs- 
schliissel wird weiterhin mit dem Public-Key des jeweiligen 
Nutzers asymrnetrisch verschliisselt und anschlieBend eben- 
falls im Transferarchiv abgelegt. Die Entschlusselung der 
Essenzdatei 7 kann somit nur erfolgen, wenn der Private- 
Key des Nutzers vorhanden ist, der beispielsweise in der 
Smart- Card abgelegt ist. Die Prufsumme Crc32, die eben- 
falls in das Transferarchiv eingebunden ist, kann verwendet 
werden, um zu Liberpriifen, ob die Entschlusselung korrekt 
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ausgefuhrt wurde. Eine weitere Erhohung der Sicherheit 
wird erzielt, indem der private Schliissel des ani Server an- 
gemeldeten Schliissels zusatzlich symrnetrisch mit dem ver- 
gebenen Passwort verschliisselt wird, welches zur Uberprii- 
fung der Identitat des Nutzers per E-Mail an diesen gesandt 5 
werden kann. 

[0052] Bci cincr praktischcn Ausfuhrung konncn die fol- 
genden bekannten Algorithmen zur Verschliisselung einge- 
setzt werden: 

Asymmetrisches Verfahren: RSA 1024 Bit 10 
Symmetrisches Verfahren: Blowfish 128 Bit (Safer, Square) 
Passwort: 64-Bit Zufallszahl, die mit Base64 unikodiert 
wurde 

Hashfunktion (fiir digitale Signatur): SHA1 
[0053] Das Datenverarbeitungsprogramm, welches auf 15 
dem lokalen Computer ablauft, ruft beim ZugrifF auf die je- 
weilige Essenzdatei die Entschlusselungsroutine auf, so daB 
die Entschliisselung in Echtzeit erfolgt und die Essenzdatei 
nur im verschliisselten Zustand auf den permanenten Daten- 
tragern des lokalen Computers vorhanden ist. Bei Bedarf 20 
kann die Essenzdatei vor dem Verschlusseln verlustfrei 
komprimiert werden, was eine Dekompression wahrend der 
Ausfuhrung des Datenverarbeitungsprogramms auf dem lo- 
kalen Computer erforderlich macht. 

[0054] Wenn der Nutzer bei einer erneuten Ausfuhrung 25 
des Datenverarbeitungsprogramms eine Funktion aufruft, 
die die Essenzdatei 7 benotigt, ermittelt das Datenverarbei- 
tungsprogramm durch Zugriff auf die Systemregistrierungs- 
datenbank, daB die Essenzdatei bereits auf dem lokalen 
Computer vorhanden ist. Aus der Registrierungsdatenbank 30 
kann das Transferarchiv ermittelt werden, in welchem die 
Essenzdatei enthalten ist. Fiir den Fall, daB mehrere Essenz- 
dateien in einem gemeinsamen Transferarchiv gespeichert 
sind, enthalt die Registrierungsdatenbank auch einen Ein- 
trag iiber die Position der jeweiligen Essenzdatei in dem 35 
Transferarchiv. Es ist dann keine erneute Anforderung der 
Essenzdatei vom Server erforderlich. 

[0055] Das Transferarchiv enthalt im Archivkopf auch 
Angaben iiber die auszufuhrende Routine, mit welcher die 
Grunddatei und die Essenzdateien zu verkniipfen sind. 40 
Ebenso befindet sich im Transferarchiv der jeweilige Sit- 
zungsschliissel fur die einzelnen Essenzdateien, der unter 
Anwendung des Private-Key des Nutzers entschlusselt wer- 
den muB. Da die Essenzdatei selbst mit einem syrnmetri- 
schen Verschliisselungs verfahren verschliisselt wurde kann 45 
die Entschliisselung wahrend der Ausfuhrung des Datenver- 
arbeitungsprogramm (on- the- fly) erfolgen, da bei symmetri- 
schen Verschliisselung sverfahren eine ausreichend schnelle 
Entschliisselung durchgefuhrt werden kann, sobald der sym- 
metrische Schliissel entschliisselt wurde. 50 
[0056] Es ist noch festzuhalten, daB auf dem Server auch 
die nutzerspezifischen Daten gespeichert werden. Diese er- 
moglichen bei einem spateren Zugriff des Nutzers auf den 
Server eine sofortige Identifizierung des Nutzers sowie die 
Uberprufung der bereits an diesen Nutzer gesendeten Es- 55 
senzdateien. Dadurch kann sichergestellt werden, daB der 
Nutzer bestimmte Essenzdateien nicht doppelt vom Server 
beziehen muB. Selbst wenn durch einen Daten verlust die 
beim Nutzer gcspcichcrtcn Essenzdateien beschadigt wer- 
den, kann auf diese Weise ein erneuter Download vom Ser- 60 
ver ermoglicht werden, ohne daB die bereits bezahlten Es- 
senzdateien neu vom Nutzer bezahlt werden miissen. Zu- 
satzlich kann der Server auch Informationen iiber ein Konto 
eines Nutzers verwalten, von welchem ein entsprechendes 
Guthaben abgebucht werden kann, wenn der Nutzer Essenz- 65 
dateien erwirbt. Der Server halt auBerdem alle fiir eine be- 
stimmte Anwendung verfiigbaren Essenzdateien (Plugins) 
unverschliisselt bereit, die verschliisselt und in ein nutzer- 
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spezifisches Transferarchiv verpackt werden, wenn der Nut- 
zer diese Essenzdateien beziehen will. 

[0057] In Fig. 3 ist weiterhin der Verfahren sablauf darge- 
stellt, wenn beim Nutzer der Private-Key, der fiir die Ent- 
schliisselung der Essenzdateien erforderlich ist, nicht mehr 
zur Verfiigung steht. Dieser Fall kann beispielsweise eintre- 
tcn, wenn der Private-Key nicht auf cincr Smart-Card ge- 
speichert ist, sondern in Bezug auf bestimmte Hardware- 
komponenten des lokalen Computers ermittelt wurde und 
eine Veranderung der Hardwarekomponenten erfolgte. Die 
dann notwendige Kommunikation zwischen dem lokalen 
Computer startet im Schritt 40. Wenn im Schritt 41 be- 
stimmt wurde, daB eine Verbindung mit dem Server herge- 
stelit wird, wird ein neues Schliisselpaar erstellt und im 
Schritt 42 wiederurn die Verbindung zum Server) aufgebaut. 
Dabei wird der neue offentliche Schliissel iibertragen. Im 
Schritt 43 wird der neue Private-Key des Nutzers/lokalen 
Computers iiberpriift. Sofern der Erfolg der Uberprufung im 
Schritt 44 festgestellt wird, wechselt der Server im Schritt 
45 in einen Wiederanmeldedialog, wo bei der Benutzername 
(Login) unveranderlich ist. Im Schritt 46 wird eine Pass- 
wortuberprufung durch den Server ausgefuhrt. Das Pass- 
wort ist dem Nutzer aus der vom Server gesendeten E-Mail 
bekannt. Wenn das Passwort in Schritt 47 bestatigt wurde, 
kann im Schritt 48 ein neues Passwort ermittelt werden. An- 
schlieBend wird das Verfahren im Schritt 29 fortgesetzt, so 
daB der Nutzer weitere Essenzdateien vom Server erhalten 
kann. 

[0058] Der Private- Key kann entweder auf der Smart- 
Card abgelegt sein oder in verschlus setter und/oder ver- 
steckter Form auf dem Lokaldatentrager des lokalen Com- 
puters gespeichert sein. 

[0059] Dazu eignet sich z. B. eine Anbindung des Private- 
Key an spezielle Hardware-Merkmale des lokalen Compu- 
ters. 

[0060] Eine Wiederanmeldung kann auch erforderlich 
sein, wenn der Nutzer des Datenverarbeitungsprogramms 
seinen Rechner neu installiert hat. Dazu kann der Nutzer im 
Schritt 25 in einen Wiederanmeldedialog verzweigen 
(Schritt 50). Nachdem er seinen alten Login eingegeben hat, 
erfolgt im Schritt 51 die Uberpriifung des Logins und des 
Passwortes. Nach einer Bestatigung im Schritt 52 kann im 
Schritt 48 ein neues Passwort ermittelt werden. Das Verfah- 
ren wird dann wie beschrieben in Schritt 29 fortgesetzt. 
[0061] SchlieBlich ist in Fig. 3 der notwendige Verfah- 
rensablauf dargestellt, wenn ein dem Server bereits bekann- 
ter Nutzer bzw. lokaler Computer eine weitere Essenzdatei 
benotigt, beispielsweise um in dem lokal auszufiihrenden 
Datenverarbeitungsprogramm ein zusatzliches Level eines 
Computerspiels auszufiihren. Die Wiederanmeldung des 
Nutzer fiir eine Ubertragung einer weiteren Essenzdatei 
startet im Schritt 60. Vor 60 wird erneut entschieden, ob die 
benotigte Essenzdatei vom Server bezogen werden soil. 
Nach einer Riickfrage im Schritt 61 wird im Schritt 62 ein 
Verbindung mit dem Server aufgebaut. Dabei iibertragt der 
Pay-per-use-Client mit der POST-Methode die fiir die Ver- 
bindung erforderlichen Parameter, insbesondere den Benut- 
zernamen (Login), Identification sdaten fiir das Datenverar- 
beitungsprogramm, Identifications daten fiir die benotigte 
Essenzdatei und eine digitale Signatur. Die Signatur wird im 
Schritt 63 iiberpriift. Wenn die iibertragenen Daten im 
Schritt 64 verifiziert werden konnten, gelangt der Nutzer so- 
fort in den Auswahlbereich (E-Shop), wo er weitere Essenz- 
dateien (Plugins) zum Download auswahlen kann (Schritt 
65). Bei einer abgewandelten Ausfiihrungsform kann dieser 
Schritt entfallen, wenn bereits durch die erste Dateniibertra- 
gung festgelegt wird, welche Essenzdatei benotigt wird und 
damit eine weitere Auswahl nicht erforderlich ist. 
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[0062] Im Schritt 66 wird ein individuelles Transferarchiv 
erstellt, welches die angeforderten Essenzdateien enthalt. Im 
Schritt 67 wird das Transferarchiv auf den lokalen Compu- 
ter ubertragen, so daB dort in Schritt 68 in der beschriebenen 
Weise das Transferarchiv iiberpriift und gespeichert werden 5 
kann. 

[0063] Sofcrn ein an sich bcim Server bekannter Nutzcr 
fur ein anderes Datenverarbeitungsprogramm (z. B. neues 
Computerspiel) Essenzdateien erwerben will, kann er auf 
dem Server als alter Nutzer behandelt werden, dem fur die- 10 
ses neue Datenverarbeitungsprogramm ein neues Pass wort 
zugeteilt wird, so daB das entsprechende Verfahren begin- 
nend im Schritt 20 ablauft. 

[0064] Das beschriebene Verfahren zur Distribution von 
multimedialen Datenmengen und das Datenverarbeitungs- 15 
system konnen auch fur andere multimediale Datenmengen 
verwendet werden. Beispiels weise ware es denkbar, be- 
stimmte Detailinformationen aus elektronischen Landkarten 
in diese Essenzdateien zu verlagern, die der Nutzer erst bei 
Bedarf beziehen kann. 20 

Patentanspruche 

1. Verfahren zur Verfiigbarmachung von multimedia- 
len Datenmengen fur einen Nutzer, die folgenden 25 
Schritte umfassend: 

- Bereitstellung einer Essenzdatei (7) auf einem 
entfernten Server (3), die wenigstens einen Teil 
der multimedialen Datenmenge umfaBt; 

- Verschliisseln der Essenzdatei; 30 

- Ubertragung der verschliisselten Essenzdatei zu 
einem lokalen Computer (1), auf welchen der 
Nutzer Zugriff hat; 

- Speicherung der verschliisselten Essenzdatei 
auf einem Lokaldatentrager des lokalen Compu- 35 
ters; 

- Entschliisselung der Essenzdatei wahrend der 
Ausfuhrung eines Datenverarbeitungsprogramms 
(2) auf dem lokalen Computer; 

- Wiedergabe der multimedialen Datenmenge 40 
iiber ein Ausgabegerat, wahrend der Ausfuhrung 
des Datenverarbeitungsprogramms auf dem loka- 
len Computer. 

2. Verfahren nach Anspruch 1, wobei die Essenzdatei 
(7) die vollstandige multimediale Datenmenge enthalt. 45 

3. Verfahren nach Anspruch 1, wobei die Essenzdatei 
nicht die gesamte multimediale Datenmenge umfaBt, 
die folgenden Schritte umfassend: 

- Aufteilung der multimedialen Datenmenge in 
eine Grunddatei (6) und eine Essenzdatei (7), ge- 50 
maB einem vorgegebenen Teilungsalgorithmus; 

- Ubertragung der Grunddatei und der Essenzda- 
tei; 

- gemeinsame Speicherung der Grunddatei und 
der verschliisselten Essenzdatei auf dem Lokalda- 55 
tentrager eines lokalen Computers (1); 

- Verkniipfung der Grunddatei und der Essenzda- 
tei zur multimedialen Datenmenge wahrend der 
Ausfuhrung des Datcnvcrarbcitungsprogr amines 
(2) auf dem lokalen Computer, nach der Ent- 60 
schlusselung der Essenzdatei. 

4. Verfahren nach Anspruch 3, wobei der Schritt der 
Aufteilung der Datenmenge das Extrahieren wesentli- 
cher Teile der Datenmenge in die Essenzdatei umfaBt, 

so daB die Grunddatei ohne die Essenzdatei nicht mehr 65 
oder nur noch mit verminderter Qualitat bzw. verrin- 
gertem Funktionsurnfang am Ausgabegerat wiederge- 
geben werden kann. 
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5. Verfahren nach Anspruch 4, wobei aus der Daten- 
menge zumindest Teile der Dateikopfinformation 
(Header), die fur die Interpretation der restlichen Daten 
notwendig sind, extrahiert und in die Essenzdatei ein- 
gebunden werden. 

6. Verfahren nach Anspruch 4, wobei stereophone Au- 
diodatcn vor ihrcr Codicrung in einen Monodatcnstrom 
(Summensignal: rechter plus linker Kanal) und einen 
Differenzdatenstrom (rechter minus linker Kanal) auf- 
geteilt werden, und wobei der Rechts-Links-Daten- 
strom die Essenzdatei bildet. 

7. Verfahren nach Anspruch 4, wobei die in die Es- 
senzdatei zu verlagernden Daten erst nach einer Kom- 
primierung der multimedialen Datenmenge aus der 
komprimierten Datenmenge extrahiert werden. 

8. Verfahren nach einem der Anspriiche 1 bis 7, wobei 
die Verschliisselung der Essenzdatei mit einem symme- 
trischen Verschlusselungsalgorithmus erfolgt, und wo- 
bei der dafur verwendete sitzungsspezifische Schlussel 
(Session-Key) seinerseits durch einen asymmetrischen 
Verschlusselungsalgorithmus verschlusselt wird. 

9. Verfahren nach Anspruch 8, weiterhin die folgenden 
Schritte umfassend: 

- Ermittlung einer Zufallszahl als sitzungsspezi- 
fischen Schlussel (Session-Key); 

- Verschliisselung der Essenzdatei (7) mit dem 
sitzungsspezifischen Schlussel unter Anwendung 
des symnietrischen Verschlusselungsalgorithmus; 

- Verschliisselung des sitzungsspezifischen 
Schliissels mit dem offentlichen Schlussel eines 
dem Nutzer gehorenden Schliisselpaars unter An- 
wendung des asymmetrischen Verschlusselungs- 
algorithmus; 

nochmalige Verschliisselung des asymmetrisch 
verschliisselten Sitzungsschliissels mit einem nut- 
zerspezifischen Schlussel (Pass wort) unter An- 
wendung eines symnietrischen Verschlusselungs- 
algorithmus. 

10. Verfahren nach Anspruch 9, wobei der Schritt der 
Ubertragung der verschliisselten Essenzdatei das Er- 
zeugen eines Transferarchivs umfaBt, welches iibertra- 
gen wird und die folgenden Komponenten enthalt: 

- die verschliisselte Essenzdatei; 

- eine Serversignatur, die die Identifizierung des 
entfernten Servers ermoglicht; 

einen Priifabschnitt, der eine Fehlerpriifung des 
Transferarchivs ermoglicht; 

- einen Datenidentifikationsabschnitt; 

- einen Nutzerdatenabschnitt, der die Identifizie- 
rung des Nutzers ermoglicht; 

den verschliisselten Sitzungsschliissel zur Ent- 
schliisselung der Essenzdatei. 

11. Verfahren nach einem der Anspriiche 1 bis 10, wo- 
bei nach der Speicherung der verschliisselten Essenz- 
datei auf dem Datentrager des lokalen Computers Ein- 
trage in einer Systemregistrierungsdatenbank des loka- 
len Computers generiert werden, aus denen das Daten- 
verarbeitungsprogramm wahrend des Ablaufs die Spei- 
chcrposition der Essenzdatei crmittcln kann. 

12. Verfahren nach Anspruch 9, soweit er auf An- 
spruch 3 riickbezogen ist, wobei das Transferarchiv mit 
der verschliisselten Essenzdatei iiber eine Online- Ver- 
bindung vom Server zum lokalen Computer ubertragen 
wird, und wobei weiterhin die folgenden Schritte aus- 
gefiihrt werden: 

- Ubertragung einer Anforderung der Essenzda- 
tei vom lokalen Computer zum Server; 

- Uberpriifung der Berechtigung des Nutzers 
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zum Empfang der Essenzdatei; 

- Erzeugung des Transferarchivs auf dem Server; 

- Ausfiihrung einer Finanztransaktion zur Bezah- 
lung der Essenzdatei, bevor das Transferarchiv 
auf den lokalen Computer iibertragen wurde. 5 

13. Verfahren nach einem der Anspruche 1 bis 12, wo- 
bci auf dcm Server Datcn gcspcichcrt werden, die cine 
eindeutige Identifikation des lokalen Computers, der an 
diesen iibertragenen Essenzdatei en und ggf. des jewei- 
ligen Nutzers ermoglichen. 10 

14. Datenverarbeitungssystem zur Verfiigbarmachung 
von multirnedialen Datenmengen, umfassend: 

- einen entfernten Server (3) mit einem Serverda- 
tentrager; 

- einen lokalen Computer (1) mit einem Lokalda- 15 
tentrager und einem Ausgabegerat (14) fur multi- 
mediale Daten, der ein die multirnedialen Daten 
verwendendes Daten verarbeitungsprogramm aus- 
fuhrt; 

- einer zumindest zeitweiligen Dateniibertra- 20 
gungsverbindung (4) zwischen dem Server und 
dem lokalen Computer; 

gekennzeichnet durch 

- eine Verschlusselungseinrichtung, die eine Es- 
senzdatei verschliisselt, welche wenigstens einen 25 
Tell der multirnedialen Datenmenge umfaBt; 

- eine Archiverzeugungseinrichtung des Servers, 
die die verschlusselte Essenzdatei mit nutzerspe- 
zifischen Daten zu einem Transferarchiv kombi- 
niert und diese fur die Online-Ubertragung iiber 30 
die Dateniibertragungsverbindung bereitstellt; 

- eine Aktualisierungseinrichtung des lokalen 
Computers, die Eintrage in eine Systemregistrie- 
rungsdatenbank des lokalen Computers vor- 
nimmt, welche die Inhalte des iibertragenen 35 
Transferarchivs angeben; 

- eine Entschliisselungseinrichtung des lokalen 
Computers, welche wahrend der Ausfiihrung ei- 
nes Daten verarbeitungsprogramms (2) die Es- 
senzdatei entschliisselt; und 40 

- eine Ausgabeeinrichtung, welche die multime- 
diale Datenmenge an das Ausgabegerat ausgibt. 

15. Datenverarbeitungssystem nach Anspruch 14, 
weiterhin gekennzeichnet, durch 

- eine Dateiteilungseinrichtung, die die multime- 45 
diale Datenmenge in eine Grunddatei (6) und eine 
Essenzdatei (7) aufteilt; und 

- eine Kombinationseinrichtung des lokalen 
Computers, welche die entschliisselte Essenzdatei 
gemaB einem Kombinationsalgorithmus mit der 50 
Grunddatei zu der multirnedialen Datenmenge 
verknupft. 

16. Datenverarbeitungssystem nach Anspruch 14 oder 
15, dadurch gekennzeichnet, daB: 

- die Verschlusselungseinrichtung die Essenzda- 55 
tei (7) mit einem sitzungsspezifischen Schliissel 
(Session-Key) durch einen symmetrischen Ver- 
schliisselungsalgorithmus verschliisselt; 

- die Archiverzeugungseinrichtung den sitzungs- 
spezifischen Schliissel mit dem offentlichen 60 
Schliissel eines Schliisselpaars des Nutzers durch 
einen asymmetrischen Verschliisselungsalgorith- 
mus verschliisselt und dem Transferarchiv hinzu- 
fiigt; 

- die Entschliisselungseinrichtung mit Hilfe des 65 
privaten Schliissels des Schliisselpaars des Nut- 
zers den sitzungsspezifischen Schliissel entschliis- 
selt und mil diesem die Essenzdatei entschliisselt. 
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17. Datenverarbeitungssystem nach Anspruch 16, da- 
durch gekennzeichnet, daB die Archiverzeugungsein- 
richtung den sitzungsspezifischen Schliissel (Session- 
Key) weiterhin mit einem nutzerspezifischen Schliissel 
(Passwort) unter Anwendung eines symmetrischen 
Verschliisselungsalgorithmus verschliisselt. 

18. Datenverarbeitungssystem nach Anspruch 16 oder 
17, dadurch gekennzeichnet, daB der private Schliissel 
des Nutzers in einer verschliisselten Form auf dem lo- 
kalne Computer gespeichert ist, wobei der private 
Schliissel unter Anwendung eines symmetrischen Ver- 
schliisselungsverfahrens mit einem nutzerspezifischen 
Schliissel verschliisselt ist, und wobei der nutzerspezi- 
fische Schliissel gemaB einem vorgegebenen Generie- 
rungsalgorithmus aus geratetechnischen Merkmalen 
(Hardware) und der Konfigurationsmerkmalen des lo- 
kalen Computers erzeugt wird. 

19. Datenverarbeitungssystem nach Anspruch 16 oder 
17, dadurch gekennzeichnet, daB der lokale Computer 
eine Smart-Card-Einrichtung mit einer Smart-Card 
umfaBt, auf welcher der private Schliissel des Nutzers 
abgelegt ist, wobei die Entschliisselungseinrichtung 
zur Entschliisselung des symmetrischen Schliissels auf 
die Smart- Card zugreift. 

20. Datenverarbeitungssystem nach einem der An- 
spriiche 14 bis 19, dadurch gekennzeichnet, daB die 
einzelnen Einrichtungen durch Softwareroutinen reali- 
siert sind. 

21. Computer, der als Server konfiguriert ist und eine 
Datenubertragungsverbindung zu anderen Computern 
aufbauen kann, umfassend: 

- eine Dateiteilungseinrichtung, die eine multi- 
mediale Datenmenge in eine Grunddatei und eine 
Essenzdatei aufteilt; 

- eine Verschlusselungseinrichtung, die die Es- 
senzdatei verschliisselt; 

- eine Archiverzeugungseinrichtung, die die ver- 
schlusselte Essenzdatei mit spezifischen Daten ei- 
nes verbundenen Computers zu einem Transferar- 
chiv kombiniert und diese fur eine Online-Uber- 
tragung uber die Datenubertragungsverbindung 
bereitstellt; 

- eine Nutzerdatenbank, in der nutzerspezifische 
Daten einschlieBlich der Merkmale der iibertrage- 
nen Transferarchive gespeichert werden. 

22. Computer nach Anspruch 21, dadurch gekenn- 
zeichnet, daB weiterhin eine Schliisselgenerierungsein- 
richtung vorhanden ist, die einen zufalligen sitzungs- 
spezifischen Schliissel (Session-Key) zur Verschlusse- 
lung der Essenzdatei erzeugt. 

23. Computer, der als lokaler Computer konfiguriert 
ist, eine Dateniibertragungsverbindung zu einem Ser- 
ver aufbauen kann, wobei er die Funktion des Clients 
iibernimmt, und eine Aktualisierungseinrichtung um- 
faBt, welche Eintrage in eine Systemregistrierungsda- 
tenbank vornimmt, welche die Inhalte eines vom Ser- 
ver iibertragenen Transferarchivs angeben, wobei auf 
dem lokalen Computer ein Datenverarbeitungspro- 
gramm ausfiihrbar ist, welches wahrend seiner Ausfiih- 
rung eine im Transferarchiv enthaltene Essenzdatei 
entschliisselt, die entschliisselte Essenzdatei gemaB ei- 
nem im Transferarchiv bestimmten Kombinationsalgo- 
rithmus mit einer lokal gespeicherten Grunddatei zu ei- 
ner multirnedialen Datenmenge verkniipft und diese an 
ein Ausgabegerat ausgibt. 
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Fig. 5 Struktur des Transf erarchivs 

<4FOArchive> : := <ArchiveHeader> <Plugins> <serverSignature> <crc32> 
<ArchiveHeader> : := <archiveVersion> <gameID> <archiveID> <createDate> 

<customerNo> <customerName> <encipheredKey> <nmbPlugins> 

<PluginInfo> {<PluginInf o>} 
<Plugins> : := <sessionID> <dataliength> {<dataLength>> <PluginData> {<PluginData>} 
<PluginInfo> : := <f ilenameLength> <originalFilename> <fileTypeID> 

<serverSignature> ::= 172 Bytes (Base64-Codierung) 

Hash iiber <ArchiveHeader> und <Plugins>, signiert mit 
spielespezif ischen private key des Servers (1024 Bit) 
<crc32> ::= 32 Bit Integer (unsigned) 

CRC32 iiber <ArchiveHeader>, <Plugins> und <serverSignature> 
<archiveVersion> ::= 32 Bit Integer (unsigned) 0x2 = aktuelle Struktur 

<gameID> 32 Bit Integer (unsigned) 

bezeichnet das Spiel {mit Version) eindeutig 
00000101x0 = Demonstrator in der ersten Version 
00000102x0 = Demostrator in der Version 2 
00000201x0 = Demospiel in der ersten Version 
<archiveID> 32 Bit Integer (unsigned) 

bezeichnet das Archiv (mit Version) eindeutig, 
protokolliert fortlaufend die Archive, die fur eine GamelD 
ausgegeben wurden 
<createDate> ::= 8 Bytes 

Erstellungsdatum, Format: z.B. 01202000 fur den 20. Jan. 2000 
<customerNo> ::= 32 Bit Integer (unsigned) Kundennummer 

<customerName> ::= 33 Bytes (= max. 32 Zeichen + Rest #0) 

Login-Name/Nickname (Ansi-Zeichensat z , Buchstaben 
(international) und [0-9]_. -<Blank>) 
<encipheredKey> : := 172 Bytes (Base64-Codierung) 

128 Bit Zufallszahl = Symmetrischer Schlussel 
kann spater vergrofiert werden, mit dem Passwort (64Bit 
symmetrisch) und dem public key {1024 asymmetrisch) des 
Kunden verschlusselt 
<nmbPlugins> : 32 Bit Integer (unsigned) Anzahl der enthaltenen Plugins 

<f ilenameLength> ::= 32 Bit Integer (unsigned) bezeichnet die Lange des Filenamens 
<or±ginalF±lename> : := <f ilenameLength> Bytes 

Dateiname plus relativer Pfad (Windows-Style) 
<fileTypeID> : := 32 Bit Integer (unsigned) Plugintyp 

z.B.:0xl = Datenplugins (Dateianf ang) 
<sessionID> 256 Bytes ( Base64-Codierung) Session-ID vom Server 

<dataLength> : := 32 Bit Integer (unsigned) pluginRawData . size 



<PluginData> : := <pluginRawData> <paddingBytes> <pluginDataCrc32> 

(Blowf ish-Verschliisselung) 
<pluginRawData> : : = <dataLength> Bytes 

Plugin (ergibt zusammen mit der Restdatei das Originalf ile) 
<paddingBytes> ::= Zuf alls-Bytes 

urn <PluginData>. size auf nachstes 8-Bytes-Fenster zu erhohen 
<pluginDataCrc32> ::= 32 Bit Integer (unsigned) CRC32 uber <pluginRawDa-ta> 

Strings werden in Feldern konstanter Lange abgespeichert . Nicht belegte Zeichen 
werden mit binaren Nullen gefiillt. 



4FOArchiv-Filename : 



Der Dateiname des Transfer-Archives wird aus der SessionID des Pay-per-use-Server 
direkt abgeleitet: <die letzten 32 Zeichen der sessionID> . 4f o 
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